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(54) Scan path constructing program and method, and arithmetic processing system in which 
said scan paths are integrated 



(57) I n a recording medium storing a scan path con- 
structing program, a program makes a computer read 
in information about definition of scan paths, to thereby 
generate a logic of the scan paths at a hardware de- 
scription language level as a basis of the scan paths 
constructed on an integrated circuit. This allows a user 



to easily construct the scan paths for registers and mem- 
ories on the integrated circuit such as an FPGA based 
on the logic of the scan paths, thereby making it possible 
to improve the efficiency of a test for a user-created logic 
circuit structured on the integrated circuit, and shorten 
the developing time. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] This invention relates generally to a recording 5 
medium storing a program for constructing scan paths 
which are paths for inputting and outputting data to and 
from registers or memories on an integrated circuit such 
as an FPGA (Field Programmable Gate Array) or a PLD 
(Programmable Logic Device), and relates to a con- 
structing method of the scan paths, and an arithmetic 
processing system in which said scan paths are inte- 
grated. Particularly, this invention relates to an art for 
improving efficiency and achieving simplification of a 
board test (actual IC test) for an integrated circuit com- 
posed of a CPU, an IP (Intellectual Property) and so 
forth. 

[0002] Conventionally, in a field of an integrated circuit 
such as an ASIC (Application Specific Integrated Cir- 
cuit) which is a logic circuit for a specific purpose, in- 
cluding the FPGA or PLD, the circuit has become on a 
large scale, and complicated with sophistication of cir- 
cuit's functions, so that the test itself has become com- 
plicated. The logic circuits composing these integrated 
circuits are classified into a combinational circuit in 
which only one output is determined by an input, and a 
sequential circuit in which output is determined by a past 
condition and an input function. Among these circuits, 
in the combinational circuit, there has been a commonly 
adopted test method wherein a test pattern is automat- 
ically created by using D algorithm or random numbers, 
and said test pattern is used as an input signal to be 
added to an external terminal of the circuit, thereby 
checking an output signal which appears in another ex- 
ternal terminal. On the other hand, in the sequential cir- 
cuit such as a flip-flop circuit, it is not easy to arbitrarily 
set or read out flip-flop values, so that it is difficult to 
automatically create a test pattern using D-algorithm 
and so forth. Accordingly, as to the sequential circuit, a 
scan path method is adopted wherein the flip-flops are 
linked in a chain-like shape, and designed so as to op- 
erate as shift registers, and each of flip-flop values is 
arbitrarily controlled and observed from an external 
source by using the shift function in the test (e.g., refer 
to Japanese patent application unexamined publication 
No.1 0-143390). 

[0003] However, the test in the scan path method ac- 
cording to a conventional manner shown in said Japa- 
nese patent application unexamined publication No. 
10-143390 is implemented by creating a scan path 
structure for the flip-flops in the circuit at a designing 
stage by a semi-conductor maker, so that it cannot be 
applied to a test for an integrated circuit in a method of 
creating a desired user-created logic circuit at a user's 
side by arbitrarily writing a logic in a development scene, 
just as in the case of the FPGA or PLD. Therefore, as 
to an examination of this kind of circuit, a logic simulation 
or a timing simulation which uses a PC (Personal Com- 
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puter) or an EWS (Engineering Work Station) has main- 
ly been carried out. The user-created logic circuit inte- 
grated in the FPGA or PLD cannot be efficiently tested, 
which spends much time for developing the user-creat- 
ed logic circuit on the FPGA or PLD. 

SUMMARY OF THE INVENTION 

[0004] This invention is made to solve the above- 
mentioned problems. The first object of the present in- 
vention is to provide a recording medium which records 
a scan path constructing program which allows to easily 
construct a scan path for registers and memories on an 
integrated circuit such as an FPGA at a user's side, 
thereby efficiently carrying out a test for a user-created 
logic circuit structured on the integrated circuit, and 
makes it possible to shorten time for developing the us- 
er-created logic circuit and to provide a scan path con- 
structing method. 

[0005] The second object of the present invention is 
to provide an arithmetic processing system capable of 
obtaining functions as a CPU core without increasing a 
scale of a logic circuit on an integrated circuit such as 
an FPGA. 

[0006] The third object of the present invention is to 
provide an arithmetic processing system capable of 
controlling plural CPU cores in which language specifi- 
cations are different from each other. 
[0007] In order to achieve the above-mentioned ob- 
jects, according to one aspect of the present invention, 
there is provided a recording medium storing a program 
for constructing scan paths on an integrated circuit by a 
computer, which are paths for inputting and outputting 
data to and from registers and memories on an integrat- 
ed circuit such as an FPGA: wherein the program makes 
the computer read in scan path defining information, and 
generate a logic of scan paths at hardware description 
language level as a basis for the scan paths to construct 
on the integrated circuit, based on the scan path defining 
information. 

[0008] In the above-mentioned composition, the pro- 
gram makes the computer read in scan path defining 
information, and generate a logic of scan paths at hard- 
ware description language level as a basis for the scan 
paths to construct on the integrated circuit, based on the 
scan path defining information. This allows the user to 
easily construct the scan path for the registers and 
memories on the integrated circuit such as the FPGA. 
[0009] Further, the program makes the computer read 
describing information in a Backus Normal Form about 
a connecting relation between the generated logic of the 
scan paths, and logic of a controller for controlling the 
scan paths, and generate a connection file about the 
connecting relation at hardware description language 
level, based on the describing information. This allows 
to easily connect the scan path circuit and a circuit such 
as a controller based on the connection file. 
[0010] According to another aspect of the present in- 
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vention, there is provided a method of constructing scan 
paths by a computer, which are paths for inputting and 
outputting data to and from registers and memories on 
an integrated circuit such as an FPGA, comprising the 
steps of: inputting defining information about the scan 
paths; and generating a logic of scan paths at hardware 
description language level as a basis for the scan paths 
to construct on the integrated circuit, based on the scan 
path defining information. 

[0011] The above-mentioned method further com- 
prises steps of: inputting describing information in a 
Backus Normal Form about a connecting relation be- 
tween the generated logic of the scan paths and logic 
of a controller for controlling the scan paths; and gener- 
ating a connection file about the connecting relation at 
hardware description language level, based on the de- 
scribing information. 

[0012] According to a further aspect of the present in- 
vention, there is provided an arithmetic processing sys- 
tem including an integrated circuit such as an FPGA, a 
computer and an interface device transmitting data be- 
tween the integrated circuit and computer: wherein the 
integrated circuit is provided with a data path for per- 
forming arithmetic processing in a predetermined data 
width, and a scan path for the data path while the com- 
puter is provided with a function for controlling the data 
path, to thereby transmit data between the computer 
and data path through the scan path and interface de- 
vice. 

[001 3] In the above-mentioned composition, the com- 
puter transmits control code to the data path which is 
provided in the integrated circuit side through the scan 
path and interface device, thereby making it possible to 
perform arithmetic processing in a predetermined data 
width in the data path of the integrated circuit side. That 
is, employing the arithmetic function of the data path of 
the integrated circuit side and the data path controlling 
function of the computer side, allows performing the 
processing which have.been performed by the conven- 
tional CPU core. 

[0014] According to further aspect of the present in- 
vention, there is provided an arithmetic processing sys- 
tem including plural integrated circuits each having a 
CPU core, a computer and an interface device transmit- 
ting data between the integrated circuits and computer: 
wherein the arithmetic processing system constructs 
scan paths for each of CPU cores on plural integrated 
circuits; and wherein the computer transmits code for 
controlling each of CPU cores on plural integrated cir- 
cuits through the scan paths and interface device. 
[001 5] In the above-mentioned composition, the com- 
puter transmits the code for controlling each of the CPU 
cores on the plural integrated circuits through the scan 
paths and interface device, thereby allowing one com- 
puter to control plural CPU cores each having different 
language specifications by means that the computer 
transmits control code that is capable of being recog- 
nized by the computer. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0016] FIG. 1 is a diagrammatic view of an interface 

system including scan paths constructed by using a pro- 
5 gram recorded in a recording medium according to one 

embodiment of the present embodiment. 

[0017] FIG. 2 is a view showing a detailed structure 

of the above-mentioned interface system. 

[0018] FIG. 3 is a view showing a data flow between 
10 each of modules in an FPGA in the above-mentioned 

interface system. 

[0019] FIG. 4 is a flowchart showing generating 
processing of each of modules in an ASH based on in- 
putting processing of defining information of the scan 
'5 path and the input defining information. 

[0020] FIG. 5 is a view showing defining processing 
of the scan path. 

[0021] FIG. 6 is a view showing a data format of the 
scan path which is automatically created based on the 
20 defining information. 

[0022] FIG. 7 is a view showing logic of the above- 
mentioned scan path. 

[0023] FIG. 8 is a view showing the logic of the above- 
mentioned scan path on a basis of a block of functions. 

25 [0024] FIG. 9 is a view showing a connecting method 
between the above-mentioned scan path and registers 
in the user-created logic circuit. 
[0025] FIG. 1 0 is a view showing a connecting method 
between the above-mentioned scan path and memories 

30 in the user-created logic circuit. 

[0026] FIG. 1 1 is a flowchart explaining a method for 
allowing online-debugging by connecting the above- 
identified scan path, a select scan module and a main 
controller. 

55 [0027] FIG. 12 is a view showing a connecting termi- 
nal between the above-mentioned scan paths, select 
scan module and main controller. 
[0028] FIG. 13 is a view showing a connecting method 
of the interface system including the above-mentioned 

40 scan paths. 

[0029] FIG. 14 is a view showing an arithmetic 
processing system created by using the above-men- 
tioned scan paths. 

[0030] FIG. 15 is a view showing an alternative arith- 
45 metic processing system created by using the above- 
mentioned scan paths. 

[0031] FIG. 16 is a view showing a modified embodi- 
ment of the alternative arithmetic processing system 
created by using the above-mentioned scan paths. 

50 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENT OF THE PRESENT INVENTION 

[0032] Now, the explanation is given to scan paths 
55 which are constructed by employing a program record- 
ed in a recording medium according to the first embod- 
iment of the present invention, and to an interface sys- 
tem which is created by employing said scan paths with 
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reference to the drawings. FIG. 1 shows a diagrammatic 
view of an interface system 1 which includes scan paths 
which are constructed by employing the program re- 
corded in the recording medium according to the 
present embodiment of this invention. The interface sys- 5 
tern 1 carries out an actual circuit test for a user-created 
logic circuit on an FPGA (Field Programmable Gate Ar- 
ray) 2 which is a kind of integrated circuit. The interface 
system 1 comprises an ASH (Adaptive Scan Handler) 
3, a PC (Personal Computer) 5 and an interface device 
(Adaptive Scan Agent Pod, hereinafter referred to as 
ASAP) 4. The ASH 3 is a debugging module for a user- 
created logic circuit that is placed in the FPGA 2. The 
PC 5 issues a command for controlling the ASH 3 and 
displays a result of executed commands. The ASAP 4 
executes transmission and receipt of data between the 
ASH 3 and the PC 5 according to contents of the com- 
mand from the PC 5. Further, the PC 5 stores a program 
(scan path construction program in claims) which gen- 
erates a logic concerning paths (hereinafter referred to 
as scan path) for testing the user-created logic circuit 
on the FPGA 2, and creates a connection file concerning 
a connecting relation between said logic of the scan 
paths and a logic of controllers in the ASH 3. The pro- 
gram was installed from a CD-ROM (recording medium) 
7. A user activates said program, and creates a source 
file 6 on the hard disk at a hardware-description lan- 
guage level of the scan path logic and the connection 
file for the user-created logic circuit. In the present em- 
bodiment, since VHDL (VHSIC Hardware Description 
Language) is employed as a hardware-description lan- 
guage, sources of the scan path logic and connection 
file which are output in the source file 6 become a VHDL 
source. 

[0033] On the basis of the scan path logic at the 
source level which is output in said source file 6, the 
scan path circuit is constructed and integrated on the 
FPGA 2. The following description first explains a con- 
figuration of the interface system 1 and data flows after 
completing the construction and integration of the scan 
path circuit on the FPGA 2, and then, explains the con- 
struction and integration of the scan path circuit on the 
FPGA 2. FIG. 2 shows a detailed configuration of the 
interface system 1 in which the scan path circuit is con- 
structed and integrated. The PC 5 comprises a basic 
logic circuit generator 51 , an actual device controller 52, 
an input unit 53, a display 54 and a communication driv- 
er 55. The basic logic circuit generator 51 stores a pro- 
gram for constructing the scan path installed from the 
CD-ROM 7 shown in FIG. 1 . The actual device controller 
52 carries out operations such as the issue of a com- 
mand for controlling the ASH 3 in the actual FPGA 2 
test. The input unit 53 inputs data in the basic logic cir- 
cuit generator 51 , and gives instructions to the actual 
device controller 52. The display 54 displays the result 
of the executed command that was issued from the ac- 
tual device controller 52 to the ASH 3. The communica- 
tion driver 55 communicates with the ASAP 4. Further, 
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the ASAP 4 comprises a communication driver 41 , a 
controller 42 and a TAP controller 43. The communica- 
tion driver 41 communicates with the PC 5. The control- 
ler 42 analyzes broad commands that are transmitted 
from the PC 5, and issues detail commands to the ASH 
3. The TAP controller 43 transmits and receives data to 
and from the ASH 3 according to the commands from 
the controller 42. The TAP controller 43 is equipped with 
a special-purpose terminal for a boundary scan test, 
which is called as TAP (Test Access Port), and not 
shown in the figure. The TAP controller 43 transmits and 
receives signals to and from the ASH 3 by using said 
term i nal . The TA P comprises TD I (Test Data I nput) , TD O 
(Test Data Output), TMS (Test Mode Select) and TCK 
(Test Clock), wherein the TDI inputs data transmitted 
from the ASH 3, the TDO outputs data to the ASH 3, 
TMS sets a test-controlling condition, and the TCK in- 
puts a clock for the test. 

[0034] The FPGA 2 includes said ASH 3 that is the 
debugging module and includes logic circuits 24a, 24b 
and 24c which is created by the user. The ASH 3 com- 
prises aTAP controller 21 , a path controller22, and scan 
paths 23a, 23b and 23c. The TAP controller 21 transmits 
and receives signals to and from the TAP controller 43 
of the ASAP 4. The path controller 22 changes over the 
path connected with the TAP controller 21 according to 
the command issued from the actual device controller 
52 of the PC 5. The scan paths 23a, 23b and 23c are 
test paths for capturing and renewing data of memories 
or registers in the respective user-created logic circuits 
24a, 24b and 24c. While data transmission between the 
PC 5 and the ASAP 4 is carried out by an RS-232C in- 
terface, data transmission between the ASAP 4 and the 
ASH 3 is carried out by a JTAG interface for the bound- 
ary scan test. 

[0035] FIG. 3 shows data flows between modules in 
the FPGA 2. The TAP controller 21 makes the status 
transit based on a TMS signal (not shown in the figures, 
signal output from said TMS terminal) which is transmit- 
ted from the ASAP 4. Then, according to the status of 
the TAP controller 21 , it is determined whether to access 
an instruction register scan path 27 which is a scan path 
for an IR (Instruction Register) in a main controller 26, 
or to access the scan paths 23a, 23b and 23c for regis- 
ters or memories of the respective user-created logic cir- 
cuits 24a, 24b and 24c. When transmitting the command 
to the IR in the main controller26, the TAP controller 21 
outputs a TDO signal (output signal from TDO terminal) 
transmitted from the ASAP 4 to the instruction register 
scan path 27 as an IR-TDO signal. When reading con- 
tents of the IR in the main controller 26, the TAP con- 
troller 21 transmits an IR-TDI signal output from the in- 
struction register scan path 27 as a TDI signal (input sig- 
nal to the TDI terminal) to the ASAP 4. When transmit- 
ting serial data to registers and memories in each of the 
user-created logic circuits 24a, 24b and 24c, the TAP 
controller 21 transmits a TDO signal transmitted from 
the ASAP 4 as a DR (data register) - TDO signal to the 
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scan paths 23a, 23b and 23c. When capturing contents 
of the registers or memories of the respective user-cre- 
ated logic circuits 24a, 24b and 24c, the TAP controller 
21 transmits DR - TDI signal which is transmitted from 
the scan paths 23a, 23b and 23c as a TDI signal (input 5 
signal to TDI terminal) to the ASAP 4. 
[0036] In order to select the scan path 23a, 23b or 23c 
that is accessible from the ASAP 4, SELECT-SCAN- 
PATH command issued from the PC 5 is transmitted to 
the instruction register scan path 27 through the ASAP 
4 and the TAP controller 21 , then the main controller 26 
carries out the command. Due to this operation, the 
main controller 26 transmits a scan path selecting signal 
to a select scan module 25, thereby selecting the scan 
path 23a, 23b or 23c that is accessible from the ASAP 
4. Besides, there is provided a signal line for HALT sig- 
nal which gives an instruction whether to transmit data 
through the scan path 23 to the registers or memories 
in the user-created logic circuit 24, or to read data 
through the scan path 23 to the registers or memories 
in the user-created logic circuit 24. 
[0037] Next, the construction of the circuit of the scan 
path 23 on the FPGA 2 is explained. The circuit of the 
scan path 23 is constructed on the basis of the logic at 
VHDL level of the scan path 23 which is automatically 
generated by the basic logic circuit generator 51 in the 
PC 5. The logic generation at VHDL level of the scan 
path 23 is explained with reference to FIG. 4. Prior to 
the logic generation of the scan path 23, the user inputs 
various kinds of defining information about the scan path 
23 by using the input unit 53 of the PC 5. That is, the 
user sets the number of scan paths N to be created (#1), 
and then inputs the defining information about N scan 
paths (#2 to #11). Concretely, the user first inputs data 
bit length of each of the scan path 23 (#4), and then, in 
order that the data transmitted from the ASAP 4 be writ- 
ten in the registers or memories in a user-created logic 
circuit 24 through the scan path 23, which means the 
presence of write-control (YES in #5), and when the 
scan path 23 is to access the register (YES in #6), the 
user inputs the defining information about the scan path 
for the register with a write-control flag (refer to FIG. 6) 
as an input parameter for generating a VHDL source 
code of the scan path 23 (#7). Also, when the scan path 
23 is to access the memory (NO in #6), the user inputs 
the defining information about the scan path for the 
memory with a write-control flag (#8). 
[0038] On the contrary, in order to read data in the reg- 
isters or memories in the user-created logic circuit 24 
through the scan path 23 without writing data transmit- 
ted from the ASAP 4 in the registers or memories in the 
user-created logic circuit 24 through the scan path 23, 
which means the absence of write-control (NO in #5), 
and when the scan path 23 is to access the register 
(YES in #9), the user inputs the defining information 
about the scan path for the register without the write- 
control flag as the input parameter for generating a VH- 
DL source code of the scan path 23 (#10). When the 
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scan path 23 is to access the memory (NO in #9), the 
user inputs the defining information about the scan path 
for the memory without the write-control flag (#11). 
Then, after the user completes inputting the defining in- 
formation about all of the scan paths 23 (NO in #3), the 
basic logic circuit generator 51 in the PC 5 generates 
the VHDL source code about N scan paths, and the se- 
lect scan module 25 and the main controller 26 corre- 
sponding to each of the scan paths 23, based on the 
input defining information about each of the scan paths 
23 (#13). 

[0039] Next, defining processing in each of the scan 
paths 23 executed in the above-mentioned steps #4 - 
#11 is explained referring to FIGS. 5 and 6. As shown 
in FIG. 5, there are six items for defining each of the 
scan paths 23: 

[1] number of input buses 33 (corresponding to the 
number of registers or memories that can be read 
by each of the scan paths 23) 
[2] number of output buses 34 (corresponding to the 
number of registers or memories that can be written 
from each of the scan paths 23) 
[3] designation whether or not to write in each of 
registers (or memories) (write-control is use or un- 
used) 

[4] designation whether or not to read data in each 
of registers (or memories) 
[5] width of each of input/output buses 33 and 34 
[6] designation whether the scan path accesses 
registers or memories 

Based on the above definition items [1] - [6], the logic 
between a data unit 31 and a controller 32 which com- 
pose the scan path 23 is generated. Besides, the 
number of lines of we-signal output from the controller 
32 is equal to the number of the registers or memories 
that can be written from each of the scan paths 23. 
[0040] Next, the explanation is given to data format of 
the scan path 23 which is automatically generated 
based on the above definition items from [1] to [6], by 
the basic logic circuit generator 51 with reference to FIG. 
6. As shown in [Example 1] in FIG. 6, when one of the 
scan paths 23 is to access three registers A, B and C, 
the scan path 23 comprises three sets of data areas 11 
and write-control bits 1 2 corresponding to the number 
of bits of each of registers A, B and C. Three write-con- 
trol bits 12 from the left to the right are bits for storing 
information of rewriting or not rewriting in registers A, B 
and C respectively. Each of "c" in the write-control bits 
12 shown in FIG. 6 indicate that the registers corre- 
sponding to each of the write-control bits 12 can be re- 
written. In the case of [Example 1], since the write-con- 
trol bits in right and left ends are "c", the registers A and 
C corresponding to each of the write-control bits 12 can 
be rewritten. Values of each of the write-control bits 12 
become "1" in the case of writing in each of registers A 
and C, and become "0" in the case of only reading data 
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in each of registers A and C. Further, as shown in [Ex- 
ample 2], in the case of accessing one register D only, 
the scan path 23 comprises one set of the data area 11 
and write-control bit 1 2. 

[0041] The explanation is nextly given to values of 5 
definition items [1] - [6], which are input in creating the 
scan path 23 shown in the above [Example 2], and to 
logic of the scan path 23 which is generated based on 
contents of said definition with reference to FIGS. 7 and 
8. As shown in the figures, in the case of creating said 
scan path 23 in [Example 2], following values are input 
in each of definition items [1] - [6]: 

[1] number of input buses: 1 
[2] number of output buses: 1 
[3] write-in: present 
[4] read-in: present 
[5] bus width: 16 bits 
[6]scan path accesses: register 

Defining the scan path 23 as described in the above- 
mentioned items [1] - [6], generates one input bus DIN 
and one output bus DOUT, the bus width of which are 
1 6 bits, as shown in the figures. Further, since the pres- 
ence of write-in is set in the above [3], and the number 
of the output bus issetto be 1 , oneterminalforwe-signal 
is generated in the controller. Furthermore, as shown in 
the figures, the data unit 31 is provided with terminals 
for inputting each of signals of UPDATE, CAPTURE, 
SHIFT and TCK which are control signals from the TAP 
controller 21 . Moreover, as shown in FIG. 8, a shift reg- 
ister 35, a register 37 for temporarily storing and a bus 

36 for transmitting data between said registers 35 and 

37 are generated in the scan path 23, and an input ter- 
minal for DR - TDO which is data to be transmitted from 
the ASAP 4 to the shift register 35, and an output termi- 
nal for DR - TDI which is data to be transmitted from the 
shift register 35 to the ASAP 4 are generated in up and 
down positions of the register 35 in the figure. 
[0042] Next, a method for integrating the above-de- 
scribed logic of the scan path 23 in the user-created log- 
ic circuit 24 is explained. The integration of the scan path 
23 is carried out by a method for connecting the registers 
or memories in the user-created logic circuit 24 with the 
scan path 23 through a multiplexer. FIG. 9 shows a con- 
necting method between the scan path 23 and resisters 

38 in the user-created logic circuit 24. Din in the figure 
indicates a bus for inputting data from other registers or 
memories in the user-created logic circuit 24, and Dout 
shows a bus for outputting data to other registers or 
memories in the user-created logic circuit 24. Register 
38 has four terminals wherein D-terminal is a terminal 
for inputting data from Din bus, Q-terminal is a terminal 
for outputting data to Dout bus, ena-terminal is a termi- 
nal for inputting an enable signal, and elk-terminal is a 
terminal for inputting a clock signal. 
[0043] In order to connect the scan path 23 for the 
register which is automatically generated by the basic 
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logic circuit generator 51 according to said definition 
items [1] - [6], with the register 38, as shown in "After 
Integration" in FIG. 9, the data unit 31 of the scan path 
23 is connected with D-terminal of the register 38 
through channel '1 ' of a multiplexer 39a, and Din bus for 
inputting data from other registers or memories of the 
user-created logic circuit 24 is connected with D-termi- 
nal of the register 38 through channel 'O* of the multi- 
plexer 39a. Further, the controller 32 of the scan path 
23 is connected with the ena-terminal of the register 38 
through channel 'V of a multiplexer 39b, and a signal 
line of the enable signal to the register 38 excepting the 
case of the debugging mode (i.e., normal mode) is con- 
nected with ena-terminal of the register 38 through 
channel '0' of the multiplexer 39b. Furthermore, Dout 
bus for outputting from Q-terminal is branched, and Q- 
terminal is connected with the data unit 31 of the scan 
path 23. When HALT signal is transmitted to the multi- 
plexers 39a and 39b, that is, in the debugging mode, it 
is set that both channels of the multiplexers 39a and 39b 
change over into '1 '. On the contrary, when HALT signal 
is not transmitted to the multiplexers 39a and 39b, that 
is, in the normal mode, it is set that both channels of the 
multiplexers 39a and 39b change over into '0'. 
[0044] Owing to the above-described connection be- 
tween the scan path 23 and register 38, we-signal is 
transmitted from the controller 32 of the scan path 23 to 
ena-terminal of the register 38 in the debugging mode, 
and contents in the data unit 31 of the scan path 23 is 
written in the register 38 through the multiplexer 39a. At 
the same time, contents in the register 38 are transmit- 
ted from Dout-terminal to the scan path 23 or other 
memories or registers in the user-created logic circuit 
24. On the contrary, in the normal mode, a load-signal 
is transmitted to ena-terminal of the register 38, and in- 
put data from other registers or memories in the user- 
created logic circuit 24 is loaded in the register 38 
through Din bus and the multiplexer 39a. At the same 
time, the contents in the register 38 are transmitted from 
Dout-terminal to other memories or registers in the user- 
created logic circuit 24. 

[0045] Next, referring to FIG. 10, a method for con- 
necting the scan path 23 with the memories of the user- 
created logic circuit 24 is explained. A memory 40 has 
five terminals wherein Adr-terminal is a terminal for in- 
putting addresses of other memories or registers of the 
user-created logic circuit 24, Din-terminal is a terminal 
for inputting data from other memories or registers of 
the user-created logic circuit 24, we-terminal is a termi- 
nal for inputting a write-enable signal, elk-terminal is a 
terminal for inputting a clock signal, and Dout-terminal 
is a terminal for outputting data to other memories or 
registers of the user-created logic circuit 24. In order to 
connect the scan path 23 which is automatically created 
by the basic logic circuit generator 51 with the memory 
40, as shown in "After Integration" in FIG. 10, the bit of 
an address area 31 a in the data unit 31 of the scan path 
23 is connected with Adr-terminal of the memory 40 
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through channel 'V of a multiplexer 39c, and address 
bus for other memories or registers in the user-created 
logic circuit 24 is connected with Adr-terminal of the 
memory 40 through channel '0' of the multiplexer 39c. 
Further, the bit of a data area 31b in the data unit 31 of 
the scan path 23 is connected with Din-terminal of the 
memory 40 through channel '1 ' of a multiplexer 39d , and 
the bus for inputting data from other memories or regis- 
ters in the user-created logic circuit 24 is connected with 
Din-terminal of the memory 40 through channel '0' of the 
multiplexer 39d. Furthermore, the controller 32 of the 
scan path 23 is connected with we-terminal of the mem- 
ory 40 through channel ' 1 ' of a multiplexer 39e, and the 
signal line of the write-enable signal to the memory 40 
in the normal mode is connected with we-terminal of the 
memory 40 through channel '0' of the multiplexer 39e. 
Moreover, when a HALT signal is transmitted to the mul- 
tiplexers 39c, 39d and 39e, that is in the debugging 
mode, it is set that all channels of the multiplexers 39c, 
39d and 39e change over into '1 '. On the contrary, when 
the HALT signal is not transmitted to the multiplexers 
39c, 39d and 39e, that is in the normal mode, it is set 
that all channels of the multiplexers 39c, 39d and 39e 
change over into '0'. 

[0046] Owing to the above-described connection be- 
tween the scan path 23 and memory 40, in the debug- 
ging mode, the we-signal is transmitted from the con- 
troller 32 of the scan path 23 to we-terminal of the mem- 
ory 40, and data in the data area 31b of the scan path 
23 is written through the multiplexer 39d in the area on 
the memory 40 corresponding to the address of the ad- 
dress area 31 a; at the same time, the same data is trans- 
mitted from Dout-terminal of the memory 40 to other re- 
sisters or memories in the user-created logic circuit, and 
to the scan path 23. On the contrary, in normal mode, 
the we-signal is transmitted to we-terminal of the mem- 
ory 40, and data transmitted from the data bus is written 
through the multiplexer 39d into the area on the memory 
40 corresponding to the address transmitted from the 
address bus; at the same time, the same data is trans- 
mitted from Dout-terminal of the memory 40 to other re- 
sisters or memories in the user-created logic circuit, and 
to the scan path 23. 

[0047] Next, referring to FIG. 11, the explanation is 
given to a method for connecting the scan path 23 inte- 
grated in the user-created logic circuit 24 with the select 
scan module 25 and main controller 26 in VHDL format, 
which are generated in #13 of FIG. 4, employing the 
above method. After completing the integration of each 
of the scan paths 23 in the user-created logic circuit 24 
(#21), the user defines a connecting relation between 
the scan path 23, select scan module 25 and main con- 
troller 26 in Backus Normal Form (#22). 
[0048] That is, since a procedure for generating VHDL 
code in #13 of FIG. 4, as shown in FIG. 12 generates 
input/output terminals 71 - 76 corresponding with the 
scan paths 23a, 23b and 23c, terminals 77 - 79 for in- 
putting control signals (HALT signal) respectively corre- 
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sponding with the user-created logic circuits 24a, 24b 
and 24c, input/output terminals 61 - 66 for the scan 
paths 23a, 23b and 23c in a select scan module 25 side, 
and codes in VHDL format corresponding to a terminal 

5 67 for outputting control signal from the main controller 
26 to each of the scan paths 23a, 23b and 23c, the user 
uses these terminal codes, thereby creating sources 
which describe connecting relations between each of 
terminals. The basic logic circuit generator 51 in the PC 

10 5 has a compiler of the source described in Backus Nor- 
mal Form, and if the user inputs the source created in 
Backus Normal Form, the highest connection file in VH- 
DL format for the connecting relation between the scan 
paths 23, select scan module 25 and main controller 26 

'5 is generated by using said compiler for analyzing con- 
tents of the source about the above connecting relation 
(#23). 

[0049] Next, employing the method shown in FIGS. 9 
and 10, based on the scan path 23 integrated in the us- 

20 er-created logic circuit 24, select scan module 25 and 
main controller 26 in VHDL format which are generated 
in #1 3 of FIG. 4, and the highest connection file in VHDL 
format which is created in the above #23, the user exe- 
cutes logic synthesis, logic simulation and a locating and 

25 wiring design of the ASH 3 including the scan path 23 
with the user-created logic circuit 24, and then, imple- 
ments the user-created logic circuit 24 and the ASH 3 
on the FPGA 2 according to the locating and wiring de- 
sign. After the implementation, the user connects the 

30 FPGA 2 with the PC 5 and ASAP 4 (#24), thereby mak- 
ing it possible to issue a control command from the ac- 
tual device controller 52 to the ASH 3 in the FPGA 2 by 
using the input unit 53 of the PC 5, and to carry out online 
debugging (actual circuit test) for the user-created logic 

35 circuit 24 (#25). 

[0050] Next, details of the above online debugging are 
explained. The actual device controller 52 is equipped 
with a debugger. When said debugger is activated, a de- 
bugger screen is displayed on the display 54 of the PC 

to 5. The user can set break points to the user-created log- 
ic circuit 24 such as the CPU core, refer data in the reg- 
isters 38 or memories 40 on the user-created logic cir- 
cuit 24, and make the setting for inputting test data to 
the resisters 38 or memories 40. That is, employing the 

45 debugger, the user can arbitrarily control and observe 
values of the registers 38 or memory 40 in the user-cre- 
ated logic circuit 24 in an FPGA 2 side through the ASAP 
4 and the circuit of the scan path 23 from an PC 5 side. 
[0051] As described above, owing to the interface 

50 system 1 which is constructed by using the program re- 
corded in the recording medium according to the 
present embodiment, since the basic logic circuit gen- 
erator 51 of the PC 5 generates the scan path 23 in VH- 
DL format according to the scan path defining informa- 

55 tion defined by the user, the logic of the select scan mod- 
ule 25 and the main controller 26, and the highest con- 
nection file in VHDL format about the connecting rela- 
tions between them, the user, based on the logic in said 
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VHDL level, can easily construct the circuit of the scan 
path 23 for the resisters 38 or memories 40 in the user- 
created logic circuit 24 on the FPGA 2, thereby easily 
integrating the circuit of the scan path 23 in the data 
transmitting path reaching the registers 38 or memories 5 
40 on the FPGA 2 from the PC 5. This makes it possible 
to arbitrarily control and observe values of the resisters 
38 or memories 40 on the FPGA 2 from the PC 5 side 
through the circuit of the scan path 23, which allows to 
efficiently perform the actual circuit test for the user-cre- 
ated logic circuit 24 on the FPGA 2, and shortens time 
for developing the user-created logic circuit 24. 
[0052] Next, referring to FIGS. 1 3 and 1 4, an arithme- 
tic processing system created by using the scan path 
23 according to the present embodiment is explained. 
As shown in FIG. 13, the interface system 1 including 
the scan path 23 of the present embodiment can gen- 
erate a control command according to the algorithm cre- 
ated by the user, and transmit said control command to 
a register group R or memory group M in the FPGA 2 
through the ASAP 4 and ASH 3, thereby remotely con- 
trolling the CPU core or IP (intellectual property) in the 
FPGA 2 designed by the user from the PC 5 by using 
said interface system 1 . As shown in FIG. 14, applying 
this function, makes it possible to achieve an arithmetic 
processing system 80 wherein control functions (func- 
tions included in a conventional micro-controller 82) for 
data paths (general term of circuits for executing arith- 
metic processing in predetermined data width such as 
ALU or an adding machine) 83, which have convention- 
ally been required for composing a CPU core 81 in the 
FPGA 2, are transplanted in software (CPU core con- 
troller 87) on the PC 5. Said arithmetic processing sys- 
tem 80 allows the arithmetic processing through the da- 
ta paths 83 by transmitting and receiving micro codes 
in a packet from the CPU controller 87 on the PC 5 
through the ASAP 4 and the ASH 3 to the data paths 83 
on the FPGA 2. In the conventional CPU core 81 , in the 
case of a complicated algorithm, a logic scale of the mi- 
cro controller 82 increases at the largest. However, in 
the arithmetic processing system 80 of the present in- 
vention, control functions such as the data paths 83 by 
the micro-controller 82 are transplanted in the PC 5, 
which prevents an increase in the logic scale of the CPU 
core 81 on the FPGA 2, caused by the complication of 
the algorithm. 

[0053] Next, referring to FIGS. 1 5 and 1 6, an alternate 
arithmetic processing system created by using the in- 
terface system 1 according to the present embodiment 
is explained. Said arithmetic processing system 80 has 
a constitution wherein plural CPU cores 81 a - 81 d which 
are respectively located on plural FPGAs 2a - 2d, and 
have different language specifications, are provided 
with each of scan paths through which a packet code 
corresponding with a control command is transmitted 
from the PC 5 to each of the C PU cores 81 a - 81 d, there- 
by controlling the plural CPU cores 81a - 81 d through 
the scan paths. FIG. 15 shows a connecting method in 
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the case that the FPGA 2a is provided with the ASH 3 
through which the plural CPU cores 81a - 81 d on the 
FPGAs 2a - 2d are controlled from the PC 5 while FIG. 
1 6 shows a connecting method in the case that each of 
plural the FPGAs 2a - 2d is respectively provided with 
the ASHs 3a - 3d connected in a chain-like form, and 
the CPU cores 81 a - 81 d in the FPGAs 2a - 2d are con- 
trolled from the PC 5 through the ASHs 3a - 3d in the 
same FPGA. The PC 5 transmits the control command 
in meta-language form (language in the interpreter- 
style) to each of the CPU cores 81 a - 81 d, thereby con- 
trolling the plural CPU cores 81a - 81b having different 
language specifications by using the same software on 
the PC 5. Also, the PC 5 can directly access memories 
or registers in IPs 85a - 85d (hereinafter referred to as 
IP 85) through the scan path, thereby making it possible 
to control the IP 85 which contains a register interface, 
or the IP 85 through the memory. 
[0054] Having described preferred embodiments of 
the invention with reference to the accompanying draw- 
ings, it is to be understood that the invention is not lim- 
ited to those precise embodiments, and that various 
changes and modifications may be effected therein by 
one skilled in the art without departing from the scope 
or spirit of the invention as defined in the appended 
claims. For example, although the present invention is 
applied to the FPGA in the above embodiment, the 
present invention can also be applied to other integrated 
circuits such as a PLD (programmable logic device). Al- 
so, in the above embodiment, the user creates defining 
information about connecting relations between the 
scan paths, select scan module and main controller with 
each of terminals by a method of describing these rela- 
tions in Backus Normal Form, but the user can create 
the defining information about the connecting relation 
between these components by a method in which the 
basic logic circuit generator of the PC displays the scan 
path, select scan module main controller, and each of 
terminals on the display of the PC, and the user con- 
nects these terminals by using a painting program and 
the like. Further the above embodiment shows a config- 
uration wherein the online debugging of acommon user- 
created logic circuit is carried through scan paths which 
are constructed in the user-created logic circuit, but the 
online debugging can also be executed for the CPU 
core. 



Claims 

1. A recording medium storing a program for con- 
structing scan paths on an integrated circuit by a 
computer, which are paths for inputting and output- 
ting data to and from registers and memories on an 
integrated circuit such as an FPGA: 

wherein the program makes the computer 
read in scan path defining information, and gener- 
ate a logic of scan paths at hardware description 
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language level as a basis for the scan paths to con- 
struct on the integrated circuit, based on the scan 
path defining information. 

The recording medium storing a program for con- 5 
structing scan paths according to claim 1 , 

wherein the program makes the computer fur- 
ther read describing information in a Backus Normal 
Form about a connecting relation between the gen- 
erated logic of the scan paths, and logic of a con- 10 
trailer for controlling the scan paths, and generate 
a connection file about the connecting relation at 
hardware description language level, based on the 
describing information. 

15 

A method of constructing scan paths by a computer, 
which are paths for inputting and outputting data to 
and from registers and memories on an integrated 
circuit such as an FPGA, comprising the steps of: 

20 

inputting defining information about the scan 
paths; and 

generating a logic of scan paths at hardware 
description language level as a basis for the 
scan paths to construct on the integrated cir- 25 
cuit, based on the scan path defining informa- 
tion. 

The method of constructing scan paths according 
to claim 3, comprising steps of: 30 

inputting describing information in a Backus 
Normal Form about a connecting relation be- 
tween the generated logic of the scan paths and 
logic of a controller for controlling the scan 35 
paths; and 

generating a connection file about the connect- 
ing relation at hardware description language 
level, based on the describing information. 

40 

An arithmetic processing system including an inte- 
grated circuit such as an FPGA, a computer and an 
interface device transmitting data between the inte- 
grated circuit and computer: 

wherein the integrated circuit is provided with *5 
a data path for performing arithmetic processing in 
a predetermined data width, and a scan path for the 
data path while the computer is provided with a 
function for controlling the data path, to thereby 
transmit data between the computer and data path so 
through the scan path and interface device. 

An arithmetic processing system including plural in- 
tegrated circuits each having a CPU core, a com- 
puter and an interface device transmitting data be- 55 
tween the integrated circuits and computer: 

wherein the arithmetic processing system con- 



structs scan paths for each of CPU cores on 
plural integrated circuits; and 
wherein the computer transmits code for con- 
trolling each of CPU cores on plural integrated 
circuits through the scan paths and interface 
device. 
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